Operators¶

The following operators are available in VCL:

Conditionals¶

VCL has if and else statements. Nested logic can be implemented with the elseif statement (elsif/elif/else if are equivalent).

Note that there are no loops or iterators of any kind in VCL.

Variables¶

VCL does most of the work by examining, set'ing and unset'ing variables:

if (req.url == "/mistyped_url.html") {


    set req.url = "/correct_url.html";


    unset req.http.cookie;
}

There are obvious limitations to what can be done, for instance it makes no sense to unset req.url; - a request must have some kind of URL to be valid, and likewise trying to manipulate a backend reponse when there is none (yet) makes no sense. The VCL compiler will detect such errors.

Variables have types. Most of them a STRINGS, and anything in VCL can be turned into a STRING, but some variables have types like DURATION, IP etc.

When setting a such variables, the right hand side of the equal sign must have the correct variables type, you cannot assign a STRING to a variable of type NUMBER, even if the string is "42".

Explicit conversion functions are available in vmod_std(3).

For the complete album of VCL variables see: vcl-var(7).

Strings¶

Basic strings are enclosed in double quotes "...", and may not contain newlines. Long strings are enclosed in {"..."} or """...""". They may contain any character including single double quotes ", newline and other control characters except for the NUL (0x00) character.

Booleans¶

Booleans can be either true or false. In addition, in a boolean context some data types will evaluate to true or false depending on their value.

String types will evaluate to false if they are unset. This allows checks of the type if (req.http.opthdr) {} to test if a header exists, even if it is empty, whereas if (req.http.opthdr == "") {} does not distinguish if the header does not exist or if it is empty.

Backend types will evaluate to false if they don't have a backend assigned; integer types will evaluate to false if their value is zero; duration types will evaluate to false if their value is equal or less than zero.

Time¶

VCL has time. A duration can be added to a time to make another time. In string context they return a formatted string in RFC1123 format, e.g. Sun, 06 Nov 1994 08:49:37 GMT.

The keyword now returns a notion of the current time, which is kept consistent during VCL subroutine invocations, so during the execution of a VCL state subroutine (vcl_* {}), including all user-defined subroutines being called, now always returns the same value.

Durations¶

Durations are defined by a number followed by a unit. The number can include a fractional part, e.g. 1.5s. The supported units are:

In string context they return a string with their value rounded to 3 decimal places and excluding the unit, e.g. 1.500.

Integers¶

Certain fields are integers, used as expected. In string context they return a string, e.g. 1234.

Real numbers¶

VCL understands real numbers. In string context they return a string with their value rounded to 3 decimal places, e.g. 3.142.

Regular Expressions¶

Varnish uses Perl-compatible regular expressions (PCRE). For a complete description please see the pcre(3) man page.

To send flags to the PCRE engine, such as to do case insensitive matching, add the flag within parens following a question mark, like this:

# If host is NOT example dot com..
if (req.http.host !~ "(?i)example\.com$") {


    ...
}

Include statement¶

To include a VCL file in another file use the include keyword:

include "foo.vcl";

Import statement¶

The import statement is used to load Varnish Modules (VMODs.)

Example:

import std;
sub vcl_recv {


    std.log("foo");
}

Comments¶

Single lines of VCL can be commented out using // or #. Multi-line blocks can be commented out with /*block*/.

Example:

sub vcl_recv {


    // Single line of out-commented VCL.


    # Another way of commenting out a single line.


    /*


        Multi-line block of commented-out VCL.


    */
}

Backends and health probes¶

Please see vcl-backend(7) and vcl-probe(7)

Access Control List (ACL)¶

An Access Control List (ACL) declaration creates and initialises a named access control list which can later be used to match client addresses:

acl localnetwork {


    "localhost";    # myself


    "192.0.2.0"/24; # and everyone on the local network


    ! "192.0.2.23"; # except for the dial-in router
}

If an ACL entry specifies a host name which Varnish is unable to resolve, it will match any address it is compared to. Consequently, if it is preceded by a negation mark, it will reject any address it is compared to, which may not be what you intended. If the entry is enclosed in parentheses, however, it will simply be ignored.

To match an IP address against an ACL, simply use the match operator:

if (client.ip ~ localnetwork) {


    return (pipe);
}

VCL objects¶

A VCL object can be instantiated with the new keyword:

sub vcl_init {


    new b = directors.round_robin()


    b.add_backend(node1);
}

This is only available in vcl_init.

Subroutines¶

A subroutine is used to group code for legibility or reusability:

sub pipe_if_local {


    if (client.ip ~ localnetwork) {


        return (pipe);


    }
}

Subroutines in VCL do not take arguments, nor do they return values. The built in subroutines all have names beginning with vcl_, which is reserved.

To call a subroutine, use the call keyword followed by the subroutine's name:

sub vcl_recv {


    call pipe_if_local;
}

Return statements¶

The ongoing vcl_* subroutine execution ends when a return(<action>) statement is made.

The <action> specifies how execution should proceed. The context defines which actions are available.

It is possible to exit a subroutine that is not part of the built-in ones using a simple return statement without specifying an action. It exits the subroutine without transitioning to a different state:

sub filter_cookies {


    if (!req.http.cookie) {


        return;


    }


    # complex cookie filtering
}

Multiple subroutines¶

If multiple subroutines with the name of one of the built-in ones are defined, they are concatenated in the order in which they appear in the source.

The built-in VCL distributed with Varnish will be implicitly concatenated when the VCL is compiled.

Functions¶

The following built-in functions are available:

ban(STRING)¶

hash_data(input)¶

synthetic(STRING)¶

regsub(str, regex, sub)¶

regsuball(str, regex, sub)¶

For converting or casting VCL values between data types use the functions available in the std VMOD.